home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 525.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  248 lines
  1. Via:      UK.AC.EARN-RELAY; 16 OCT 89 17:50:09 GMT  
  2. Received: from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 0395; Mon, 16
  3.           Oct 89 17:50:23 BS
  4. Received: from CEARN.cern.ch by UKACRL.BITNET (Mailer X1.25) with BSMTP id
  5.           2779; Mon, 16 Oct 89 17:50:21 B
  6. Received: by CEARN (Mailer R2.04) id 2096; Mon, 16 Oct 89 17:50:23 GVA
  7. Date:     Mon, 16 Oct 89 10:00:32 MDT
  8. Reply-To: INFO-ATARI16@MIL.ARMY.WSMR-SIMTEL20
  9. Sender:   INFO-ATARI16 Discussion <INFO-A16@EARN.DEARN>
  10. Comments: Warning -- original Sender: tag was INFO-A16@MARIST
  11. From:     INFO-ATARI16-REQUEST@MIL.ARMY.WSMR-SIMTEL20
  12. Subject:  INFO-ATARI16 Digest V89 #525
  13. Comments: To: INFO-ATARI16@WSMR-SIMTEL20.ARMY.MIL
  14.  
  15. INFO-ATARI16 Digest         Mon, 16 Oct 89       Volume 89 : Issue 525
  16.  
  17. Today's Topics:
  18.                               Databases
  19.                             disassemblers
  20.                    Extended argument passing scheme
  21.                                  IMG
  22.                JIM ALLEN COMPUSERVE OR BITNET ADDRESS?
  23.                              Link format
  24.                         PC-Ditto II/ PC-Speed
  25.          Turbo C (was Re: Problems with LASER C 2.1) (2 msgs)
  26. ----------------------------------------------------------------------
  27.  
  28. Date: 16 Oct 89 10:13:19 GMT
  29. From: nis!pwcs!stag!daemon@UMN-CS.CS.UMN.EDU  (Kent Schumacher)
  30. Subject: Databases
  31.  
  32. [dm@pnet01.cts.com (Dan Melson) writes...]
  33. > This is a repeated question.  I'm in the market for a database, and having no
  34. > experience with them, would appreciate the views of the net on them.  The more
  35. > specific and detailed, the better, of course.
  36. >
  37. > I originally posted this about five days ago, and got exactly five responses,
  38. > three of which were 'could you let me know, too'.  At this point, replies via
  39. > either e-mail or public means are more than welcome.  Those of you who
  40. > maintained silence for fear of deluging the recipient are hereby invited to
  41. > attempt it.  I'll summarize the e-mail responses I get.
  42. >
  43. >                                                 DM
  44.  
  45. The most powerful data-base manager is DbMan.  Along with that go ridiculous
  46. amounts of disk usage and access, the most pathetic user interface I've ever
  47. seen on an ST (it's almost as bad as most PC based applications), and a
  48. small number of bugs - some fatal - all work-aroundable.
  49.  
  50. DbMan is usable if you have a hard-drive, at least one meg of memory,
  51. Turbo ST 1.6, and have used a PC extensively, or alternatively
  52. you periodically hit your head against hard objects.
  53.  
  54. The only reason to buy it, is that it offers the most power to the user
  55. of all the data-bases I have any experience with.  Try before you buy.
  56. (Also read a magazine review and get a look at the manual). I paid
  57. $150.00 for the thing.
  58.  
  59.  
  60.   - Kent Schumacher                  /* "A member of STdNET-         */
  61.     ardvar!krs@stag.UUCP             /*  The ST developers network  */
  62.  
  63. ------------------------------
  64.  
  65. Date: 15 Oct 89 19:57:45 GMT
  66. From: mcsun!sunic!kullmar!pkmab!daniel@uunet.uu.net  (Daniel Deimert)
  67. Subject: disassemblers
  68.  
  69. What disassemblers are there for the ST?  I heard something about a
  70. new german logical disassembler, and that it probably wasn't worth
  71. the price to convert it to english.
  72.  
  73. I'm looking for a disassembler that can able to do the following
  74. things:
  75.  
  76.     o  Disassemble from a file, with symbols.
  77.     o  Generate labels.
  78.     o  Recognize illegal instructions and set these to dc.?
  79.     o  Generate code that can directly be assembled again.
  80.     o  .PRG, .TOS, .TTP, .O, .BIN, etc should be handled.
  81.     o  Specification of data-areas should be possible
  82.     o  Hex-codes as a comment as an option
  83.     o  character strings as comments as an option
  84.     o  ...several other things I don't remember right now :-)
  85.  
  86. The only one I've got is the 'built-in' disassembler in GenST, and
  87. it has errors...
  88.  
  89. Are there any disassemblers with sourcecode avaiable?  Then it
  90. should be no problem changing the format of the output.
  91.  
  92.  
  93. Please e-mail any response to me, or post it to the net.
  94. Daniel
  95.  
  96.  
  97. --
  98.     Daniel Deimert, Fridstav. 4, S-715 94 Odensbacken, SWEDEN
  99.     Internet:    daniel@pkmab.se
  100.     UUCP:    ...?uunet,mcvax?!sunic.sunet.se!kullmar!pkmab!daniel
  101.  
  102. ------------------------------
  103.  
  104. Date: Mon, 16 Oct 89 11:58:51 MEZ
  105. From: ONM07%DMSWWU1A.BITNET@CUNYVM.CUNY.EDU (Julian Reschke)
  106. Subject: Extended argument passing scheme
  107.  
  108. What happened to the promised extended argument passing standard, Atari?
  109. Have I missed something?
  110.  
  111.  
  112. ------------------------------
  113.  
  114. Date: 15 Oct 89 11:09:35 GMT
  115. From: mcsun!sunic!kullmar!pkmab!daniel@uunet.uu.net  (Daniel Deimert)
  116. Subject: IMG
  117.  
  118. In article <8910120726.AA21587@ucbvax.Berkeley.EDU> MEGGIN@vm.epas.utoronto.CA
  119.  (David Megginson) writes:
  120. >IMG is, was, and always will be the standard GEM image format.  NEO, P?3,
  121. >etc. were invented by programmers too lazy to try to use the IMG standard.
  122.  
  123. Too lazy -- or simply to demanding. The .IMG-format is too complex,
  124. to strange, requires to much effort to use.  At least that's my opinion.
  125.  
  126. >Yes, IMG is supposed to support colour too.
  127.  
  128. Hey,  how do you know the colors?  As far as I know, there are no
  129. way of specifying the palette data.   Only the number of bitplanes.
  130. Am I wrong?
  131.  
  132. Regards,
  133. Daniel
  134. --
  135.     Daniel Deimert, Fridstav. 4, S-715 94 Odensbacken, SWEDEN
  136.     Internet:    daniel@pkmab.se
  137.     UUCP:    ...?uunet,mcvax?!sunic.sunet.se!kullmar!pkmab!daniel
  138.  
  139. ------------------------------
  140.  
  141. Date: 16 OCT 89 04:15:10 CST
  142. From: Z4648252 <Z4648252%SFAUSTIN.BITNET@ricevm1.rice.edu>
  143. Subject: JIM ALLEN COMPUSERVE OR BITNET ADDRESS?
  144.  
  145.     Could someone please send to me Jim Allen of the Turbo 16 accelerator
  146. card's BitNet or CompuServe address?  Many thanks!!!!!
  147.  
  148. Larry Rymal:  |East Texas Atari 68NNNers| <Z4648252@SFAUSTIN.BITNET>
  149.  
  150. ------------------------------
  151.  
  152. Date: 15 Oct 89 11:01:03 GMT
  153. From: mcsun!sunic!kullmar!pkmab!daniel@uunet.uu.net  (Daniel Deimert)
  154. Subject: Link format
  155.  
  156. In article <CMM.0.88.623987231.larserio@kyrre.uio.no> larserio@IFI.UIO.NO
  157.  (LarsErikOsterud) writes:
  158. >I use Personal Pascal 2 for all my programming and need a little help.
  159. >You can include your own C and ASM routines in Personal Pascal, but it
  160. >will only accept files with DRI linker format and all my C-compilers and
  161. >Assembler uses GST linker-format.
  162.  
  163. Use DecpacST/2 as assembler instead!   It can produce either DRI or
  164. GST object files. And I find Decpac being one of the best packages, too.
  165. It's quite cheap, fast, easy to use and has a wonderful debugger!
  166.  
  167. And I think that MWC can produce DRI format files, but I'm not sure.
  168. Maybe Alcyon C?
  169. --
  170.     Daniel Deimert, Fridstav. 4, S-715 94 Odensbacken, SWEDEN
  171.     Internet:    daniel@pkmab.se
  172.     UUCP:    ...?uunet,mcvax?!sunic.sunet.se!kullmar!pkmab!daniel
  173.  
  174. ------------------------------
  175.  
  176. Date: 16 Oct 89 06:15:36 GMT
  177. From: unmvax!ogccse!blake!themod@ucbvax.Berkeley.EDU  (Chris Hinton)
  178. Subject: PC-Ditto II/ PC-Speed
  179.  
  180.   Since we're on the subject of PC emulation, can someone explain the
  181. defferent graphic modes (VGA, CGA, etc) available, and what the emulators
  182. can emulate.
  183.  
  184.  
  185.  
  186. Chris Hinton ---- themod@blake.acs.washington.edu
  187. Mod Software Systems
  188. Seattle, Wa  98195
  189.  
  190. "Why didn't you tell me he had one of those... things?" - The Joker.
  191. "My life is really...complex." - Bruce Wayne.
  192. "Good tea...Nice House." - Lt. Worf
  193.  
  194. ------------------------------
  195.  
  196. Date: 16 Oct 89 13:05:39 GMT
  197. From: eru!luth!sunic!draken!matsl@bloom-beacon.mit.edu  (Mats Luthman)
  198. Subject: Turbo C (was Re: Problems with LASER C 2.1)
  199.  
  200. In article <942@dutrun.UUCP> robert@duttnph.UUCP (Robert de Vries) writes:
  201. >I have used a lot of them (Mark Williams, Lattice, Laser, GNU CC) and they
  202. >all compile slower and they produce slower code and larger code.
  203.  
  204. How much faster than for example Lattice C? Could you give a rough estimate
  205. of the speed in lines per second?
  206.  
  207. Mats Luthman
  208.  
  209. ------------------------------
  210.  
  211. Date: 16 Oct 89 09:37:52 GMT
  212. From: mcsun!hp4nl!dutrun!robert@uunet.uu.net  (Robert de Vries)
  213. Subject: Turbo C (was Re: Problems with LASER C 2.1)
  214.  
  215. In article <1588@quiche.cs.mcgill.ca> depeche@quiche.cs.mcgill.ca "Depeche
  216.  Modem" writes:
  217. >grrr. how frustrating. I can't wait to get PC-Speed so I can run f*cking
  218. >Turbo C. I sent a letter to Megamax. I will tell you how long they take to
  219. >reply to it...
  220. It's really funny, because Turbo C for the ST already exists for almost a
  221. year now. It is available from Heimsoeth in Germany who have an agreement
  222. with the Turbo company in the USA. They use the parser from the PC version
  223. and made their own code generator.
  224. At this moment version 1.1 is released with support for the f68881 floating
  225. point coprocessor. In december they release a sourcecode level debugger.
  226. I have heard that these products are not sold in the USA, it is time
  227. this will change, because it produces the fastest code of all ST C-compilers.
  228. I have used a lot of them (Mark Williams, Lattice, Laser, GNU CC) and they
  229. all compile slower and they produce slower code and larger code.
  230. I use it all the time, and being developer of the image processing package
  231. AIM, I know how nice a package it really is.
  232. I have no connections with Heimsoeth in any way. I'm only very enthousiastic
  233. about their product. It is also very cheap. In Germany it sells for 225 DM,
  234. which will be roughly $ 100,-. This is the smallest version, without an
  235. extra assembler. With assembler (the developers version) it costs 340 DM
  236. ($ 160)
  237.  
  238. I hope this gives a little more attention to this compiler, which deserves it
  239. completely.
  240.  
  241.       Robert.
  242.  
  243. ------------------------------
  244.  
  245. End of INFO-ATARI16 Digest V89 Issue #525
  246. *****************************************
  247.  
  248.